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Claim Of Priority 
[0001] This application claims priority to U.S. 
Provisional Patent Application Serial No. 60/471,228, filed 
on May 16, 2003. 

[0002] This application claims priority to U.S. 
Provisional Patent Application Serial No. 60/436,219, filed 
on December 23, 2002. 

DRAWING DESCRIPTIONS 
[0003] FIG. 1 is a flowchart of a resource finder process. 
[0004] FIG. 2 is a block diagram illustrating an example of 
an integrated enterprise management system. 

[0005] FIG. 3 is a block diagram illustrating components of 
an example enterprise management consolidation system. 

Background 

[0001] The following description relates to enterprise 
management systems that may include applications that allow 
a user to find relevant resources to perform a task. 

[0002] Recent developments in enterprise management systems 
have attempted to integrate multiple legacy systems, 
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typically found in existing heterogeneous information 
technology (IT) environments, into a common enterprise 
management solution. Such integration technologies 
frequently fail to deliver a fully integrated platform that 
also provides sufficient flexibility to adjust to rapidly 
changing enterprise environments. 

Summary 

[0003] The present application describes systems and 
techniques related to defining a resource template to 
readily locate a resource considered relevant by a user. 
The present inventors recognized that conventional systems 
do not allow a user to quickly find relevant resources. 
[0004] In one aspect a method includes pre-defining a type 
of resource together with a set of attributes that specify 
constraints for what type of resource may be appropriate or 
desired in a given context, determining that a resource 
matches the set of attributes within a context and 
displaying the resource as a selectable resource graphical 
object on a user device. This pre-defined resource 
template generates a list of resource candidates tailored 
to the constraints defined in the resource template. 
[0005] Details of one or more implementations are set forth 
in the accompanying drawings and the description below. 
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Other features and advantages may be apparent from the 
description and drawings, and from the claims. 

Detailed Description 
[0006] Users of conventional business systems may find it 
difficult to locate relevant resources (e.g., data, data on 
web-pages, and/or executable applications) required to 
perform a task. For example, a user of a database system 
may need to access executable applications and retrieve 
information from various sources (e.g., data stored on a 
computer, or a computer network) . 

[0007] FIG. 1 shows a resource finder process 100 that 
enables a user to readily locate a resource considered 
relevant. Process 100 includes defining (110) a resource 
template (defining resource template information) , 
searching (120) with the resource template information, 
determining (13 0) if a resource is found within a context 
that matches the resource template information, and if a 
matching resource is found, reporting (140) or displaying 
(14 0) the found resource to the user. 
[0008] There exists a design time and a runtime for 
resource templates. The design time forth resource template 
includes defining (110) resource template information 
refers to defining resource search criteria. Resource 
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search criteria may include an object class definition that 
defines the type of resource, e.g., a person, group of 
people, a room, a conference, a hotel, etc. Resource 
search criteria may include attribute definitions that 
define attributes of the object class, for example, a size, 
a color, a location, a type of equipment, etc. Typically, 
each resource template definition has a name, for example, 
"pick meeting room", "book table for lunch", "schedule 
conference call", "find keynote speaker". 

[0009] Resource templates may be implemented as files that 
contain textual strings. For example, the following is an 
example of a resource template named "pick meeting room": 

{ 

Prompt = "pick meeting room" ; Name 

Class = Room ; Object class 

Equipment = projector ; Attribute 

Size = .GEQ. 8 ; Attribute 

Building Type = Hotel ; Attribute 

} 

[0010] This example of "pick meeting room" resource 
template defines an object class as "Room", and the 
attributes as "size", "equipment", and "building type". 
The constraints ".GEQ. 8", "projector", and "Hotel" are 
associated with the attributes "size", "equipment", and 
"building type", respectively. 
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[0011] A user may define constraints that are relative to 
the user or relative to the context of a current business 
process, e.g., limit to all persons to whom the user 
directs reports, or limit to rooms that are in the user's 
building and floor level. 

[0012] The resource template for "pick meeting room" may be 
used in the context of a specific location. The resource 
template may then be used over and over in different 
contexts (e.g., different locations) without having to re- 
enter the resource template information. 
[0013] A resource template may be defined by a user or 
administrator, for example. In some implementations a 
definition application may present a graphical interface 
that may be used interactively, for example, usable to 
enter textual information to define the fields of the 
resource template. 

[0014] In some implementations, a found resource (s) may be 
saved to serve as a starting point for further searching. 
For example, a found resource (s) may subsequently be used 
to perform collaborative work. 

[0015] A resource template may be represented by a 
graphical object on a computer display device, the 
graphical object may include the resource template name, or 
a part of the resource template name. In an embodiment, 
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the graphical object may be text input field that has a 
resource template associated to it, and which acts as a 
button which launches a resource finder application when 
activated. The resource finder application uses the 
resource template information associated with the resource 
template to search for and determine if a matching resource 
is available in a specific context. This corresponds to 
the run time of the resource template. The resource finder 
application allows a user to locate a relevant resource and 
reduces the problem of filtering through the great volume 
of information and resources that may be presented to a 
user . 

[0016] The resource finder application may be implemented 
in conjunction with a Guided Procedures (GP) engine, which 
enables administrators and end-users to deal efficiently 
with all processes they have to participate in. The 
resource finder application and/or the resource template 
may be included as part of a step in a* guided procedure. 
The resource templates may provide assistance within a 
guided procedure by limiting the set of proposed values to 
the pre-defined constraints. The a-priori definition of 
the resource constraints in a resource template may be 
limited to and based on the known context of the guided 
procedure . 
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[0017] The GP engine may allow functionalities such as 
functional task automation, streamlining and coordination 
of processes involving different applications and people, 
cross -functional and collaborative process support, and 
flexibility to incorporate necessary ad-hoc changes. The GP 
engine may include defining process flows and/or establish 
an execution of collaborative business processes. 
[0018] The GP engine may include a context awareness 
feature that makes it possible to automate business process 
steps, for example, by defining applications, data and/or 
providing recommendations for decisions. The determination 
of a context associated with a user may be accomplished by 
determining a business object utilized by the user, e. g., 
a user that creates a purchase order for a certain product 
or customer. 

[0019] The process flow model describes how the process 
steps are dependent on each other. The process flow is 
described in terms of phases, flow blocks and steps. Phases 
are used to define a sub-structure of the flow. Each phase 
has an owner and consists of flow blocks and steps. A flow 
block contains steps that are to be executed either in 
sequence or in parallel. Another flow block type provides a 
way to define alternative steps that will lead to a dynamic 
choice at runtime. The system may assist the user through 
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context awareness by either automatic selection or 
recommendation. Steps are the lowest structure in a guided 
procedure. An owner is defined for each step. The owner is 
responsible for the completion of the step. The steps can 
be either mandatory or optional.- An action is assigned for 
each step. 

[0020] An action defines what is to be done in a procedure 
step. This actually models a process step by linking the 
process flow to the process context. It can be reused 
within lots of different guided procedures. It is defined 
with a workflow pattern, an application/service link, a 
context-aware list of needed resources (input, parameters), 
a context-aware list of deliverables (output) , and a list 
of contributors as well as primary objects. 
[0021] FIG. 2 is a block diagram illustrating an example 
integrated enterprise management system 205. Multiple 
clients 215a-215n may access data over a network 210 
through a portal 220. The network 210 can be any 
communication network linking machines capable of 
communicating using one or more networking protocols, e.g., 
a local area network (LAN) , a wide area network (WAN) , an 
enterprise network, a virtual private network (VPN), and/or 
the Internet. The clients 215a-215n can be any machines or 
processes capable of communicating over the network 210. 
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The clients 215a-215n may be implemented as Web Browsers 
and optionally can be communicatively coupled with the 
network 210 through a proxy server (not shown) . 
[0022] Portal 22 0 provides a common interface to program 
management services. The portal 220 receives requests from 
the clients 215a-215n and generates information views 225 
(e.g., Web pages) in response. The portal 220 may 
implement a user role-based system to personalize the 
common interface and the information views 225 for a user 
of a client 215a-215n. A user can have one or more 
associated roles that allow personalized tailoring of a 
presented interface through the generated information views 
225. 

[0023] The portal 220 communicates with an enterprise 
management system 23 0 that consolidates multiple 
application services. The portal 220 may receive data 235 
from the enterprise management system 23 0 for use in 
fulfilling the requests from the clients 215a-215n. The 
enterprise management system 23 0 may provide integrated 
application services to manage business objects and 
processes in a business enterprise. The business objects 
and processes can be resources (e.g., human resources), 
development projects, business programs, inventories, 
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clients, accounts, business products, and/or business 
services . 

[0024] The enterprise management system 23 0 communicates 
with enterprise base systems 240 to obtain multiple types 
of data 245. The enterprise base systems 240 may include 
various existing application services, such as human 
resource management systems, customer relationship 
management systems, financial management systems, project 
management systems, knowledge management systems, business 
warehouse systems, time management systems, and electronic 
file and/or mail systems. The enterprise base systems 240 
also may include an integration tool, such as the exchange 
Infrastructure provided by SAP, that provides another level 
of integration among base systems. The enterprise 
management system 23 0 can consolidate and integrate the 
data and functionality of such systems into a single 
enterprise management tool. 

[0025] This enterprise management tool can include systems 
and techniques to facilitate creation of new applications 
within the enterprise management system 230. These new 
applications, referred to as cross-functional or composite 
applications, can readily draw on the resources of the 
enterprise base systems 240 to cross over traditional 
enterprise application boundaries and handle new business 
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scenarios in a flexible and dynamic manner, allowing rapid 
and continuous innovation in business process management. 
A virtual business cycle can be created using such cross- 
functional applications, where executive-level business 
strategy can feed management -level operational planning, 
which can feed employee -level execution, which can feed 
management -level evaluation, which can feed executive -level 
enterprise strategy. The information generated at each of 
these stages in the enterprise management cycle can be 
readily consolidated and presented by the enterprise 
management system 23 0 using customized cross -functional 
applications. The stages can provide and consume 
determined services that can be integrated across multiple 
disparate platforms. 

[002 6] The portal 22 0, enterprise management system 23 0 and 
enterprise base systems 24 0 may reside in one or more 
programmable machines, which can communicate over a network 
or one or more communication busses. For example, the base 
systems 24 0 may reside in multiple servers connected to an 
enterprise network, and the portal 220 and the enterprise 
management system 23 0 may reside in a server connected to a 
public network. Thus, the system can include customized, 
web-based, cross- functional applications, and a user of the 
system can access and manage enterprise programs and 
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resources using these customized web-based, cross- 
functional applications from anywhere that access to a 
public network is available. 

[0027] FIG. 3 is a block diagram illustrating components of 
an example enterprise management consolidation system 300. 
The system 300 can include a persistence layer 310 and one 
or more base system connectors 320. The base system 
connectors 32 0 enable data exchange and integration with 
base systems. The base system connectors 320 can include a 
BC (Enterprise Connector) interface, an ICM/ICF (Internet 
Communication Manager/ Internet Communication Framework) 
interface, an Encapsulated PostScript® (EPS) interface, or 
other interfaces that provide Remote Function Call (RFC) 
capability. 

[0028] The persistence layer 310 provides the enterprise 
management consolidation system 3 00 with its own database 
312 and data object model 314. The database 312 and the 
object model 314 provide a consolidated knowledge base to 
support multiple enterprise management functions, including 
functions created as cross-applications 370. Active 
communication between the persistence layer 310 and the 
base systems can provide a tight linkage between real-time 
operational data from multiple base systems and an 
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integrated enterprise analysis tool to allow strategic 
enterprise management and planning. 

[0029] The data object model 314 can represent a subset of 
data objects managed by the base systems. Not all of the 
data aspects tracked in the base systems need to be 
recorded in the data object model 314. The data object 
model 314 may have defined relationships with data objects 
stored in the base systems, for example, certain objects in 
the data object model 314 may have read-only or read-write 
relationships with corresponding data objects in the base 
systems. These types of defined relationships can be 
enforced through the communication system built between the 
persistence layer 310 and the base systems. Thus, the 
persistence layer 310 may be used to effectively decouple 
application development from the underlying base systems. 
[0030] The cross-functional applications 370, which take 
advantage of this decoupling from backend systems to drive 
business processes across different platforms, 
technologies, and organizations, can be created using a set 
of tools that enable efficient development of cross- 
functional applications 370. The cross- functional 
applications 3 70 may support semi -structured processes, 
aggregate and contextual ize information, handle event - 
driven and knowledge -based scenarios, and support a high 
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degree of collaboration in teams, including driving 
collaboration and transactions. The set of tools enable 
efficient development of the cross -functional applications 
370 by providing application patterns that support model - 
driven composition of applications in a service-oriented 
architecture . 

[0031] An object modeling tool 340 enables creation of new 
business objects in the persistency layer 310 by providing 
a mechanism to extend the data object model 314 dynamically 
according to the needs of an enterprise. A process 
modeling tool 350 enables creation of new business workflow 
and ad hoc collaborative workflow. A user interface (UI) 
tool 360 provides UI patterns that can be used to link new 
objects and workflow together and generate standardized 
views into results generated by the cross -functional 
applications 370. The object modeling tool 340, the 
process modeling tool 3 50 and the UI tool 360 thus can be 
used to build the components of cross-applications 370 to 
implement new enterprise management functions without 
requiring detailed coding activity. 

[0032] The process modeling tool 350 can include guided 
procedure templates with pre-conf igured work procedures 
that reflect best practices of achieving a work objective 
that is part of a larger cross-functional application 
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scenario. Such a work procedure can include contributions 
from several people, creation of multiple deliverables, and 
milestones/phases. Moreover, whenever an instantiated 
business object or work procedure has lifetime and status, 
the progress and status of the object or work procedure can 
be made trackable by the process owner or by involved 
contributors using a dashboard that displays highly 
aggregated data. The dashboard and a myOngoingWork place 
can be two UI patterns that are provided by the UI tool 
360. 

[0033] Whenever there is a concept of myObjects, 
myRecentObjects, myRelatedObj ects or myPref erredObj ects, 
then an Object Picker UI pattern, provided by the UI tool 
360, can be included that let users pick their favorite 
object directly. Those myObjects may be searched using the 
resource templates. The resource finder application may 
generate a recommendation list for objects using the 
myObjects that match the constraints defined in the 
resource template. 

[0034] Whenever people are to be searched for, either for 
choosing one individual person or for generating a 
collection of people meeting some criterion, the people 
finder concept can be applied. A key aspect of searching 
for a person can be described as an attribute within the 



15 



Attorney's Docket: 14413-034001/2003P00138 US01 

user's activity, qualification, interest, and collaboration 
profile. For a given cross-application scenario, people 
collections can be stored as personal or shared collections 
using a People Finder application to make them available 
for further operations later on. 

[0035] Cross -functional application scenarios can provide 
related information to the user when possible, and some 
parts within a larger cross-application scenario can define 
what kind of related information is to be offered. For 
example, the match list generated by the resource finder 
application using a resource template may also include 
items that do not directly fulfill the constraints defined 
in the resource template, but which relate to items that do 
satisfy the constraints. The resource finder application 
may also display information that is related to constraints 
that are part of the resource template. For example, if a 
user uses a resource template to search for rooms with a 
projector, the resource finder application can display 
information about projectors in general (e.g., where to 
lease them, where to order them as office supply, and color 
schemes for presentations using projectors) . 
[0036] Other embodiments not described herein are also 
within the scope of the following claims. 
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